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DETAILED ACTION 

Response to Remarks 

The remarks filed on 12/04/2008, the applicant amended all the independent 
claims by adding obtaining additional merchant parameters from at least one associated 
memory device . The applicant also argues that none of the cited reference, either taken 
alone or in any combination thereof, disclose, teach, or suggest the element of selecting 
a risk assessment engine based at least in part on additional merchant parameters that 
are obtained or accessed from at least one memory device . The examiner disagrees 
with the applicant. For the record, the applicant amends the claims based on paragraph 
0037 and 0048 (not 0039 and 0050, as stated in the Remarks). These two paragraphs 
disclose: 

[0037] Moreover, the risk system 150 further comprises a risk engine 152 that 
evaluates the risk assessment of the financial transaction based on the financial 
transaction details 142 or transaction data transferred from the interface 146, the 
internal database 156, and the external database 160. The risk scoring engine 154 may 
determine a risk score at the request of the non-cash payment acceptance service 1 1 0 
and returns the risk score indicative of a probable risk assessment of the financial 
transaction. Advantageously, the risk scoring engine 154 may comprise a plurality of 
scoring engines 172a, 172b, 172c, etc., wherein each risk engine is adapted to address 
a plurality of possible financial transactions or transaction variables in a manner so as to 
permit improved accuracy in determining the risk score . Various types of scoring 
engines that may be utilized by the risk engine will be described in greater detail herein 
below. In addition, a preferred financial transaction that illustrates selective use of the 
plurality of scoring engines will be described in greater detail herein below. 

[0048] Additionally in the state 202, the non-cash payment acceptance service 
110 may access the merchant 106 record, such as transaction history with the particular 
customer 100, and determine the merchant's parameters. The merchant parameters 
may include preference thresholds or classifications for determining low, moderate, and 
high risk assessment values. The merchant parameters may further include preferred 
risk engines, internal databases, and external databases to be used when evaluating 
risk for a particular financial transaction. It should be appreciated that the merchant 
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record and parameters may be saved in a memory device and accessed whenever the 
merchant requests approval for a financial transaction. 

As acknowledged by the applicant, the Templeton reference (Pub. No.: US 

2003/0130919) teaches selection of a scoring engine. This feature is taught in 

paragraph 0072, which is set forth in part below: 

[0072] The risk engine 152 further comprises a matrix of scoring rules 166 
configured to calculate and return a risk score indicative of the probable risk of a 
transaction. The scoring rule matrix 166 selects an appropriate scoring engine154 for 
the check transaction situation at hand. Individual scoring engines 154 rely on different 
subsets of information about the check transactions and process the information in 
various ways. The individual scoring engines 154 of the set are tailored to address at 
least one of a plurality of specific transaction situations so as to enhance accuracy in 
determining the risk score. 

Apparently, both the prior art and the present invention provide a plurality of 

scoring engines for the same purpose, which is to improve the accuracy in determining 

the risk score in different type of transactions. It is incorrect to state that Templeton 

does not discuss the process of selection of a scoring engine, as Templeton discloses 

that a scoring engine is selected to best fit the situation or transaction at hand. 

Templeton also discloses that each individual scoring engine handles different subsets 

of transaction information. In other words, the content of transaction information 

dictates the selection of risk engine in Templeton. To find out what the transaction 

information include, we can turn our focus to paragraph 0066 of Templeton. 

[0066] To aid in making its evaluation, the risk engine 152 may access additional 
information from one or more sources. For example, the risk engine 152 may request 
additional information about the transaction from the merchant 106 and/or from the 
check-writer via the interface 146. The risk engine 152 may also access one or more of 
the internal databases 156 to retrieve stored information about the check-writer, about 
the merchant 106, and/or other relevant information . For example, some embodiments 
of a check acceptance service 110 comprise an internal database 156 of information 
regarding previously accepted "bad checks," which can be known as a "negative 
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database." Consulting the negative database allows the risk engine 152 to identify 
check-writers who have a history of writing "bad" checks. Examples of other types of 
check-writer and merchant information that can be relevant to the risk assessment 
process are described in greater detail with reference to FIG. 5 below. 

Clearly, Templeton teaches that the information being used for risk assessing 
includes information about the merchant. As discussed earlier, Templeton uses this 
information in selection of risk engine. Furthermore, Templeton not only teaches or at 
least suggests using information about merchant as part of the data in selecting scoring 
engine, it also teaches that the information is retrieved from one or more of the internal 
database or memory device. Therefore, Templeton teaches obtaining additional 
merchant parameters from at least one associated memory device , and teaches or at 
least suggests using this information in engine selection process. Therefore, the 
examiner finds applicant's argument not convincing and the present application is not in 
the condition of allowance. 



Claim Rejection - USC 103 

The following is a quotation of 35 U.S.C. 1 03(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as 
set forth in section 102 of this title, if the differences between the subject matter sought to be 
patented and the prior art are such that the subject matter as a whole would have been obvious 
at the time the invention was made to a person having ordinary skill in the art to which said 
subject matter pertains. Patentability shall not be negatived by the manner in which the invention 
was made. 

Claim 1-9, 11-15, 17-19, 22-37, and 41-50 are rejected under 35 U.S.C. 103(a) 
as being unpatentable over US Patent Number 5,679,940 to Templeton et al 



Application/Control Number: 10/671,000 
Art Unit: 3696 



Page 5 



(hereinafter "Templeton"), in view of Templeton et al. (Pub. No.; US 2003/0130919) and 
Melchior et al. (Pub. No.: US 2002/0178021). 

As per claim 1 , Templeton teaches a system for assessing risk in financial 
transactions wherein a customer is purchasing goods or services from a merchant and 
is proffering payment for the goods or services using a non-cash payment device, the 
system comprising (see abstract): 

a distributed network of point of sale devices that are distributed throughout a 
plurality of merchant locations, wherein the point of sale devices are configured to 
collect and transmit transaction information about the transaction and the proffered 
payment (see abstract, and column 4, line 8-24, line 32-35, line 39-42; transaction 
terminal is point of sale device) and are further configured to display requests to the 
merchant to provide identification information (see abstract, and column 4, line 27-32, 
and column 5, line 21-34, and column 13, line 28-30, and column 29, line 53-57) and to 
allow the merchant to transmit identification information via the point of sale device (see 
abstract, and column 4, line 32-35, and column 29, line 57-65); and 

a risk assessment component (see abstract, the "host computer/system" contains 
a risk assessment component) that receives the transmitted transaction information 
(see column 4, line 20-23; the "transaction packet" contains transaction information), 
evaluates the transmitted transaction information, and determines whether the proffered 
payment for the goods or services via the non-cash payment device should be accepted 
or declined (see column 4, line 35-38, and column 11, line 12-17), wherein the risk 
assessment component provides a signal indicative of the acceptance or decline to the 
merchant via the distributed network of point of sale devices (see column 7, line 54-58, 
and column 1 1 , line 35-42, and column 24, line 61 -66), and wherein the risk 
assessment component requests additional identification information from the merchant 
at the point of sale device when the evaluation of the transmitted transaction information 
indicates that the proffered payment has a risk greater than a pre-selected threshold 
(see column 5, line 7-28, and column 1 1 , line 35-39, and column 14, line 15-27, and 
column 1 9, line 35-44, and column 30, line 29-34) so as to further determine whether to 
accept or decline the proffered payment (see column 5, line 21-34, and column 14, line 
15-27). 

Examiner notes however, Templeton does not explicitly teach obtaining 
additional merchant parameters from at least one associated memory device , selects, 
based at least in part on the additional merchant parameters, one or more of a plurality 
of risk assessment engines to evaluate the transmitted transaction information. 
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Templeton (2003/0130919) teaches considering merchant's transaction history 
with the customer when evaluating the risk of accepting a proffering check (see claim 1 1 
and 29). 

Melchior also teaches calculating risk based upon individual transactions as well 
as the transaction history between the buyer and the seller (see paragraph 0009). 

Both prior arts imply that the merchant's transaction history with the customer 
must be obtained somehow in order to complete the process of scoring. 

It would have been obvious to one of ordinary skill in the art at the time of 
invention to modify the reference to include the obtaining additional merchant 
parameters, including the merchant's transaction history with the customer. 

One of ordinary skill in the art would have been motivated to modify the reference 
in order to improve risk scoring. 

Templeton (2003/0130919) further teaches obtaining additional merchant 
parameters, selects, based at least in part on the additional merchant parameters, one 
or more of a plurality of risk assessment engines to evaluate the transmitted transaction 
information (see paragraph 0072 and 0133, prior art teaches receiving "transaction 
details" for the current transaction, and using the information received to determine 
which scoring engine is appropriate for assessing the current transaction; also see 
paragraph 0124, which discloses that the "transaction information or details from the 
merchant... includes the routing information identifying the bank and the account 
number associated with the customer's check, the transaction amount, information 
identifying the merchant, and also, potentially, information identifying the type of 
transaction, e.g., the class of merchant or the type of item being purchased; in other 
words, merchant parameters are used to select a scoring engine or risk assessment 
engine). 

Apparently, both the prior art and the present invention provide a plurality of 
scoring engines for the same purpose, which is to improve the accuracy in determining 
the risk score in different type of transactions. Templeton discloses that a scoring 
engine is selected to best fit the situation or transaction at hand (see paragraph 0072). 
Templeton also discloses that each individual scoring engine handles different subsets 
of transaction information. In other words, the content of transaction information 
dictates the selection of risk engine in Templeton. To find out what the transaction 
information include, we can turn our focus to paragraph 0066 of Templeton. Clearly, 
Templeton teaches that the information being used for risk assessing includes 
information about the merchant. As discussed earlier, Templeton uses this information 
in selection of risk engine. Furthermore, Templeton not only teaches or at least 
suggests using information about merchant as part of the data in selecting scoring 
engine, it also teaches that the information is retrieved from one or more of the internal 
database or memory device. Therefore, Templeton teaches obtaining additional 
merchant parameters from at least one associated memory device , and teaches or at 
least suggests using this information in engine selection process. 
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It would have been obvious to one of ordinary skill in the art at the time of 
invention to modify the reference to include obtaining additional merchant parameters, 
selects, based at least in part on the additional merchant parameters, one or more of a 
plurality of risk assessment engines to evaluate the transmitted transaction information. 
In light of KSR decision, use of known technique to improve similar devices (methods, 
or products) in the same way would have been obvious to one of ordinary skill in the art. 

As per claim 2, 30, 43, Templeton teaches wherein the non-cash payment device 
comprises a payment by check, and wherein the risk assessment component evaluates 
the risk of accepting the check (see abstract, and column 4, line 8-38). 

As per claim 3, 31 , 45, Templeton teaches wherein the transmitted transaction 
information comprises at least one of the check amount, an identification of the 
merchant, or check identification information (see column 4, line 59-67, and column 10, 
line 59-67, and column 1 1 , line 1-8). 

As per claim 4, 32, 44, Templeton teaches wherein the check identification 
information comprises a MICR code from the check (see column 4, line 59-67, and 
column 5, line 50-55, and column 10, line 63-65). 

As per claim 5, 35, 46, Templeton teaches wherein the additional identification 
information requested by the risk assessment component comprises information that 
identifies the customer so as to facilitate collection on the check (see column 7, line 43- 
58, and column 8, line 41-53, and column 14, line 15-36, and column 23, line 9-25). 

As per claim 6, 36, 49, Templeton teaches further comprising a database, 
wherein the transmitted transaction information and the additional identification 
information is stored in the database to facilitate subsequent collection on the check 
from the customer in the event that payment is not made on the check (see column 13, 
line 18-57; Templeton teaches that the transmitted transaction information and the 
additional identification information are stored in either negative file or positive file, and it 
is implied that these files are stored in a database). 

As per claim 7, 37, 50, Templeton teaches wherein the additional identification 
information is the customer's telephone number (see column 14, line 15-39). 

As per claim 8, 33, 47, Templeton teaches wherein the risk assessment 
component determines whether the additional identification information corresponds to 
the check identification information in determining whether to accept or decline the 
proffered payment following receipt of the additional identification information (see 
column 2, line 51-67, and column 4, line 32-38, and column 30, line 46-53, column 23, 
line 8-25; Templeton teaches that checking account number, check sequence number, 
and the amount of check are sent to risk assessment engine; these information are 
check identification information; by analyzing the customer identification information 
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against the check identification information, the risk assessment engine could generate 
score indicating whether the additional identification information corresponds to the 
check identification information; and the outcome will affect the overall determination of 
whether accepting or declining the payment. Furthermore, column 20, line 34-42 
teaches that Templeton's invention can use any conventional processing algorithms to 
determine whether to accept or decline the proffered payment. Verifying whether 
additional identification information corresponds to check identification information is a 
conventional processing algorithms to one of ordinary skill in the art). 

As per claim 9, 34, 48, Templeton teaches wherein the risk assessment 
component determines whether the additional identification information identifies a 
customer that is authorized to write checks on the account corresponding to the check 
(see column 12, line 60-63, and column 14, line 33-39, and column 30, line 46-53; 
Templeton teaches verifying the check writer is the same person as the person whom 
the check belongs to, it is essentially the same as identifying whether a customer is 
authorized to write checks on the account corresponding to the check). 

As per claim 13, Templeton teaches wherein a customer purchases merchandise 
or services from a merchant at a point of sale and proffers a payment in exchange for 
the merchandise or services (see abstract), the system comprising: 

an interactive device positioned at the point of sale (see abstract, and column 4, 
line 8-24, line 32-35, line 39-42; "transaction terminal" is an interactive device positioned 
at the POS), wherein the interactive device interacts with the merchant at the point of 
sale by displaying messages in a manner so as to facilitate collection and transmission 
of information relating to the financial transaction including information about the 
proffered payment (see abstract, and column 4, line 8-24, line 32-35, line 39-42 line 27- 
32, and column 5, line 46-50), and wherein the interactive device transmits information 
indicative of the merchant and the proffered payment (see abstract, and column 4, line 
32-35, and column 29, line 57-65); and 

an authorization component that receives the transmitted information (see 
abstract, the "host computer/system" contains a risk assessment engine, and column 4, 
line 20-23; the "transaction packet" contains transaction information), generates a risk 
assessment based at least in part on the transmitted information (see column 4, line 35- 
38, and column 1 1 , line 1 2-1 7), and determines from the risk assessment whether to 
approve or decline the financial transaction in a manner so as to provide a signal 
indicative thereof to the merchant via the interactive device (see column 7, line 54-58, 
and column 11, line 35-42, and column 24, line 61-66), and wherein the authorization 
component requests additional information relating to the financial transaction from the 
merchant at the point of sale via the interactive device when the risk assessment 
indicates that the financial transaction is of moderate risk (see column 5, line 7-28, and 
column 11, line 35-39, and column 14, line 15-27, and column 19, line 35-44, and 
column 30, line 29-34) so as to further determine whether to accept or decline the 
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financial transaction (see column 5, line 21-34, and column 14, line 15-27). 

Examiner notes however, Templeton does not explicitly teach obtains additional 
merchant parameters from at least one associated memory device , selects, based at 
least in part on the additional merchant parameters, one or more of a plurality of risk 
assessment engines to generate a risk assessment. 

Templeton (2003/0130919) teaches considering merchant's transaction history 
with the customer when evaluating the risk of accepting a proffering check (see claim 1 1 
and 29). 

Melchior also teaches calculating risk based upon individual transactions as well 
as the transaction history between the buyer and the seller (see paragraph 0009). 

Both prior arts imply that the merchant's transaction history with the customer 
must be obtained somehow in order to complete the process of scoring. 

It would have been obvious to one of ordinary skill in the art at the time of 
invention to modify the reference to include the obtaining additional merchant 
parameters, including the merchant's transaction history with the customer. 
One of ordinary skill in the art would have been motivated to modify the reference in 
order to improve risk scoring. 

Templeton (2003/0130919) further teaches obtains additional merchant 
parameters, selects, based at least in part on the additional merchant parameters, one 
or more of a plurality of risk assessment engines to generate a risk assessment (see 
paragraph 0072 and 0133, prior art teaches receiving "transaction details" for the 
current transaction, and using the information received to determine which scoring 
engine is appropriate for assessing the current transaction; also see paragraph 0124, 
which discloses that the "transaction information or details from the merchant. ..includes 
the routing information identifying the bank and the account number associated with the 
customer's check, the transaction amount, information identifying the merchant, and 
also, potentially, information identifying the type of transaction, e.g., the class of 
merchant or the type of item being purchased; in other words, merchant parameters are 
used to select a scoring engine or risk assessment engine). 

Apparently, both the prior art and the present invention provide a plurality of 
scoring engines for the same purpose, which is to improve the accuracy in determining 
the risk score in different type of transactions. Templeton discloses that a scoring 
engine is selected to best fit the situation or transaction at hand (see paragraph 0072). 
Templeton also discloses that each individual scoring engine handles different subsets 
of transaction information. In other words, the content of transaction information 
dictates the selection of risk engine in Templeton. To find out what the transaction 
information include, we can turn our focus to paragraph 0066 of Templeton. Clearly, 
Templeton teaches that the information being used for risk assessing includes 
information about the merchant. As discussed earlier, Templeton uses this information 
in selection of risk engine. Furthermore, Templeton not only teaches or at least 
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suggests using information about merchant as part of the data in selecting scoring 
engine, it also teaches that the information is retrieved from one or more of the internal 
database or memory device. Therefore, Templeton teaches obtaining additional 
merchant parameters from at least one associated memory device , and teaches or at 
least suggests using this information in engine selection process. 

It would have been obvious to one of ordinary skill in the art at the time of 
invention to modify the reference to include obtains additional merchant parameters, 
selects, based at least in part on the additional merchant parameters, one or more of a 
plurality of risk assessment engines to generate a risk assessment. In light of KSR 
decision, use of known technique to improve similar devices (methods, or products) in 
the same way would have been obvious to one of ordinary skill in the art. 

As per claim 14, Templeton teaches wherein the authorization component 
notifies the merchant by displaying a request for additional information on the interactive 
device prior to authorizing the financial transaction (see abstract, and column 4, line 27- 
32, and column 5, line 21-34, and column 13, line 28-30, and column 29, line 53-57). 

Claim 15 is rejected for the same reasoning as in claim 2. 

As per claim 17, Templeton teaches wherein the information is transmitted 
electronically through a computer network (see column 12, line 28-42). 

Claim 18 is rejected for the same reasoning as in claim 3. 

As per claim 19, Templeton teaches wherein the payment identification 
information includes a MICR code of the payment (see column 4, line 59-57, and 
column 10, line 59-67). 

Claim 22 is rejected for the same reasoning as in claim 8, and the "host 
computer/system" contains the authorization component. 

Claim 23 is rejected for the same reasoning as in claim 9, and the "host 
computer/system" contains the authorization component. 

As per claim 24, Templeton teaches wherein the personal identification 
information is selected from the group consisting of the customer's telephone number, 
the customer's mother's maiden name, the customer's place of residence, the 
customer's zip code, the customer's driver's license number, and a personal 
identification number (PIN) (see column 9, line 60-63, and column 11, line 1-3, and 
column 14, line 40-43, and column 16, line 50-53; Templeton mentions PIN number 
pad, which implies that PIN is used as personal identification number). 

Claim 25 is rejected for the same reasoning as in claim 6. 
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As per claim 26, Templeton teaches wherein the interactive device comprises at 
least one of a display monitor, a key input device, a printer, a magnetic card reader, or a 
magnetic check reader (see column 15, line 9-67) 

As per claim 27, Templeton teaches wherein the signal is a message notifying 
the merchant to approve or decline the financial transaction (see column 4, line 35-42). 

As per claim 28, Templeton teaches a system for authorizing a financial 
transaction, wherein a non-cash payment is exchanged for goods and services (see 
abstract), the system comprising: a merchant location comprising at least one 
interactive POS device (see abstract), whereby messages can be displayed on the at 
least one interactive POS device prompting collection and transmission of transaction 
information relating to the financial transaction including information about the non-cash 
payment (see abstract, and column 4, line 8-24, line 32-35, line 39-42 line 27-32, and 
column 5, line 46-50); 

a risk assessment component that selects one or more of a plurality of risk 
assessment engines to generate at least one risk score based at least in part on the 
transmitted information (see abstract, "host computer/system" contains a risk 
assessment component, and see column 5, 1-34), wherein the risk assessment 
component determines from the at least one risk score whether to approve or decline 
the financial transaction in a manner (see column 5, 1-34) so as to provide a signal 
indicative thereof to the merchant location via the at least one interactive POS device 
(see column 7, line 54-58, and column 11, line 35-42, and column 24, line 61-66); and 

an interactive processing component associated with the risk assessment 
component (see abstract, "host computer/system" have both the function of interactive 
processing component and risk assessment component) that determines if additional 
information relating to the financial transaction is needed prior to authorization of the 
financial transaction (see column 5, line1-34, and column 19, line 35-46), wherein the 
interactive processing component transmits a request for additional information to the 
merchant location via the interactive POS device in a manner so as to display the 
request on the interactive POS device (see column 24, line 61-57, and column 29, line 
53-65) when the at least one generated risk score is greater than a pre-selected 
threshold so that the risk assessment component can use the additional information to 
further determine whether to approve or decline the financial transaction (see column 5, 
line 7-28, and column 11, line 35-39, and column 14, line 15-27, and column 19, line 35- 
44, and column 30, line 29-34, and see column 5, line 21-34, and column 14, line 15- 
27). 

Examiner notes however, Templeton does not explicitly teach wherein at least a 
portion of the additional information about the merchant from at least one associated 
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memory device is utilized in the selection of the one or more of the plurality of risk 
engines by the risk assessment component. 

Templeton (2003/0130919) teaches considering merchant's transaction history 
with the customer when evaluating the risk of accepting a proffering check (see claim 1 1 
and 29). 

Melchior also teaches calculating risk based upon individual transactions as well 
as the transaction history between the buyer and the seller (see paragraph 0009). 

Both prior arts imply that the merchant's transaction history with the customer 
must be obtained somehow in order to complete the process of scoring. 

It would have been obvious to one of ordinary skill in the art at the time of 
invention to modify the reference to include the obtaining additional merchant 
parameters, including the merchant's transaction history with the customer. 
One of ordinary skill in the art would have been motivated to modify the reference in 
order to improve risk scoring. 

Templeton (2003/0130919) further teaches wherein at least a portion of the 
additional information about the merchant is utilized in the selection of the one or more 
of the plurality of risk engines by the risk assessment component (see paragraph 0072 
and 0133, prior art teaches receiving "transaction details" for the current transaction, 
and using the information received to determine which scoring engine is appropriate for 
assessing the current transaction; also see paragraph 0124, which discloses that the 
"transaction information or details from the merchant... includes the routing information 
identifying the bank and the account number associated with the customer's check, the 
transaction amount, information identifying the merchant, and also, potentially, 
information identifying the type of transaction, e.g., the class of merchant or the type of 
item being purchased; in other words, merchant parameters are used to select a scoring 
engine or risk assessment engine). 

Apparently, both the prior art and the present invention provide a plurality of 
scoring engines for the same purpose, which is to improve the accuracy in determining 
the risk score in different type of transactions. Templeton discloses that a scoring 
engine is selected to best fit the situation or transaction at hand (see paragraph 0072). 
Templeton also discloses that each individual scoring engine handles different subsets 
of transaction information. In other words, the content of transaction information 
dictates the selection of risk engine in Templeton. To find out what the transaction 
information include, we can turn our focus to paragraph 0066 of Templeton. Clearly, 
Templeton teaches that the information being used for risk assessing includes 
information about the merchant. As discussed earlier, Templeton uses this information 
in selection of risk engine. Furthermore, Templeton not only teaches or at least 
suggests using information about merchant as part of the data in selecting scoring 
engine, it also teaches that the information is retrieved from one or more of the internal 
database or memory device. Therefore, Templeton teaches obtaining additional 
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merchant parameters from at least one associated memory device , and teaches or at 
least suggests using this information in engine selection process. 

It would have been obvious to one of ordinary skill in the art at the time of 
invention to modify the reference to include wherein at least a portion of the additional 
information about the merchant is utilized in the selection of the one or more of the 
plurality of risk engines by the risk assessment component. In light of KSR decision, 
use of known technique to improve similar devices (methods, or products) in the same 
way would have been obvious to one of ordinary skill in the art. 

As per claim 29, Templeton teaches wherein the merchant location transmits the 
additional information relating to the financial transaction to the risk assessment 
component after receiving the request for additional information (see column 6, line 63- 
67, and column 20, line 60-64). 



As per claim 41 , Templeton teaches a method of assessing risk in financial 
transactions, wherein goods or services are being purchased by a customer from a 
merchant by the customer proffering a promissory payment (see abstract), the method 
comprising: 

receiving transactional information about the proffered payment and the 
merchant a risk assessment component (see abstract, and column 4, line 8-24, line 32- 
35, line 39-42, "host computer/system" contains risk assessment component); 

evaluating the proffered payment utilizing the one or more selected risk 
assessment engines to assess the risk of accepting the proffered payment as payment 
for the goods or services (see column 4, line 35-38, and column 1 1 , line 1 2-1 7); 

transmitting an acceptance or decline decision to the merchant following the 
evaluation of the proffered payment to advise the merchant whether to accept the 
proffered payment (see column 7, line 54-58, and column 1 1 , line 35-42, and column 
24, line 61-66); 

requesting additional information from the merchant when the evaluation of the 
proffered payment indicates that the risk of accepting the payment falls within the 
moderate risk category (see column 19, line 35-59); and 

transmitting the additional information in response to the request for the 
additional information (see column 4, line 51-54). 

Examiner notes however, Templeton does not explicitly teach obtaining 
additional information about the merchant from at least one associated memory device : 
selecting, based at least in part on the obtained additional information about the 
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merchant, one or more plurality of risk assessment engines to evaluate the proffered 
payment. 
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Templeton (2003/0130919) teaches considering merchant's transaction history 
with the customer when evaluating the risk of accepting a proffering check (see claim 1 1 
and 29). 

Melchior also teaches calculating risk based upon individual transactions as well 
as the transaction history between the buyer and the seller (see paragraph 0009). 

Both prior arts imply that the merchant's transaction history with the customer 
must be obtained somehow in order to complete the process of scoring. 

It would have been obvious to one of ordinary skill in the art at the time of 
invention to modify the reference to include the obtaining additional merchant 
parameters, including the merchant's transaction history with the customer. 
One of ordinary skill in the art would have been motivated to modify the reference in 
order to improve risk scoring. 

Templeton (2003/0130919) further teaches obtaining additional information about 
the merchant; selecting, based at least in part on the obtained additional information 
about the merchant, one or more plurality of risk assessment engines to evaluate the 
proffered payment (see paragraph 0072 and 0133, prior art teaches receiving 
"transaction details" for the current transaction, and using the information received to 
determine which scoring engine is appropriate for assessing the current transaction; 
also see paragraph 0124, which discloses that the "transaction information or details 
from the merchant... includes the routing information identifying the bank and the 
account number associated with the customer's check, the transaction amount, 
information identifying the merchant, and also, potentially, information identifying the 
type of transaction, e.g., the class of merchant or the type of item being purchased; in 
other words, merchant parameters are used to select a scoring engine or risk 
assessment engine). 

Apparently, both the prior art and the present invention provide a plurality of 
scoring engines for the same purpose, which is to improve the accuracy in determining 
the risk score in different type of transactions. Templeton discloses that a scoring 
engine is selected to best fit the situation or transaction at hand (see paragraph 0072). 
Templeton also discloses that each individual scoring engine handles different subsets 
of transaction information. In other words, the content of transaction information 
dictates the selection of risk engine in Templeton. To find out what the transaction 
information include, we can turn our focus to paragraph 0066 of Templeton. Clearly, 
Templeton teaches that the information being used for risk assessing includes 
information about the merchant. As discussed earlier, Templeton uses this information 
in selection of risk engine. Furthermore, Templeton not only teaches or at least 
suggests using information about merchant as part of the data in selecting scoring 
engine, it also teaches that the information is retrieved from one or more of the internal 
database or memory device. Therefore, Templeton teaches obtaining additional 
merchant parameters from at least one associated memory device , and teaches or at 
least suggests using this information in engine selection process. 
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It would have been obvious to one of ordinary skill in the art at the time of 
invention to modify the reference to include obtaining additional information about the 
merchant; selecting, based at least in part on the obtained additional information about 
the merchant, one or more plurality of risk assessment engines to evaluate the proffered 
payment. In light of KSR decision, use of known technique to improve similar devices 
(methods, or products) in the same way would have been obvious to one of ordinary 
skill in the art. 

As per claim 42, Templeton teaches wherein transmitting the acceptance or 
decline decision to the merchant is based at least in part on the additional information 
(see column 5, line 21-34). 



Claim 1 0-12, 16, 20, 21 , 38-40, and 51 -53 are rejected under 35 U.S.C. 1 03(a) 
as being unpatentable over US Patent Number 5,679,940 to Templeton, in view of 
Templeton et al. (Pub. No.; US 2003/0130919) and Melchior et al. (Pub. No.: US 
2002/0178021 ), and further in view of Nichols et al (Pub. No.: US 2002/0088849). 

As per claim 10, 38, 51 , Templeton does not teach the check is a credit card, 
wherein the risk assessment engine evaluates the risk of accepting the credit card. 

Nichols teaches the check is a credit card, wherein the risk assessment 
component evaluates the risk of accepting the credit card (see abstract, and paragraph 
0032 and 0033; Nichols teaches a similar risk assessment device similar to 
Templeton's, and Nichols further teaches the invention can support the use of credit 
card instead of a check). 

It would have been obvious to one of ordinary skill in the art at the time of 
invention to modify the reference to use credit card instead of check, wherein the risk 
assessment engine evaluates the risk of accepting the credit card. 

One of ordinary skill in the art would have been motivated to modify the reference 
in order to effectively differentiate between good and bad payment. 

As per claim 1 1 , 39, 52, Templeton teaches wherein the transmitted transaction 
information comprises at least one of the purchase amount, an identification of the 
merchant, or credit card identification information related to the customer (see column 4, 
line 59-67, and column 10, line 59-67, and column 11, line 1-8). 

As per claim 12, 40. 53 Templeton teaches wherein the credit card comprises a 
magnetic strip, and the credit card identification information comprises magnetically 
stored digital information that is obtained from the magnetic strip on the credit card (see 
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column 10, line 18-31). 

Claim 16 is rejected for the same reasoning as claim 10. 

As per claim 20, Templeton does not teach the payment identification information 
includes an OCR code of the payment. 

Nichols teaches the payment identification information includes an OCR code of 
the payment (see paragraph 0032; Nichols teaches using OCR equipment to extract 
data regarding to the check) 

It would have been obvious to one of ordinary skill in the art at the time of 
invention to modify the reference to include an OCR code of the payment. 

One of ordinary skill in the art would have been motivated to modify the reference 
in order to provide more methods for extracting payment data. 

As per claim 21 , Templeton does not wherein the payment identification 
information includes an image of the payment. 

Nichols teaches the payment identification information includes an image of the 
payment (se paragraph 0009 and 0035). 

It would have been obvious to one of ordinary skill in the art at the time of 
invention to modify the reference to include an image of the payment in payment 
identification information. 

One of ordinary skill in the art would have been motivated to modify the reference 
in order to provide more information for verifying the payment. 
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Conclusion 

Applicant's amendment necessitated the new ground(s) of rejection presented in 
this Office action. Accordingly, THIS ACTION IS MADE FINAL. See MPEP 
§ 706.07(a). Applicant is reminded of the extension of time policy as set forth in 37 
CFR 1.136(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within 
TWO MONTHS of the mailing date of this final action and the advisory action is not 
mailed until after the end of the THREE-MONTH shortened statutory period, then the 
shortened statutory period will expire on the date the advisory action is mailed, and any 
extension fee pursuant to 37 CFR 1 .136(a) will be calculated from the mailing date of 
the advisory action. In no event, however, will the statutory period for reply expire later 
than SIX MONTHS from the date of this final action. 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to HAO FU whose telephone number is (571)270-3441 . 
The examiner can normally be reached on Mon-Fri/Mon-Thurs 7:30am-5:00pm. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Tom Dixon can be reached on (571) 272-6803. The fax phone number for 
the organization where this application or proceeding is assigned is 571-273-8300. 
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Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). If you would like assistance from a 
USPTO Customer Service Representative or access to the automated information 
system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 

/THOMAS A DIXON/ Hao Fu 

Supervisory Patent Examiner, Art Unit 3696 Examiner 

Art Unit 3696 

Jan-09 



/Hao Fu/ 

Examiner, Art Unit 3696 



